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10 REMOTE COMPUTER TESTING 

BACKGROUND 

The present invention concerns testing of computers and pertains particularly to 
QL5 remote testing of computers. 

Often when a customer makes a purchase of a large number of units of a device, a 
Q certain amount of hardware and or software customization is requested. Whenever 
| pj hardware components or software components are added or changed, significant testing is 
i=U generally performed. Computers, for example, are tested by the manufacturer, and then 
r ~20 sometimes retested by the customer. 

□ Customers that have custom software applications often want or require the ability 

to retest the custom software on computers whenever the manufacturer changes any of the 
j-f; components of the computer. This can add significant delay to the process the 
w manufacturer uses to release the computer with changed components. Additionally, in 
25 order to comply with the customer's testing requirement, the manufacture needs to arrange 
for samples of changed parts to be shipped to customers for testing after the manufacturer 
has completed its own testing. 

When customers retest custom software applications on computers, this can also 
increase the cost to the manufacturer, for example to cover shipping and provision of 
30 samples. There is also the increased cost for additional logistical coordination that needs 
to be provided by the manufacturer. If a customer does not approve reception of a changed 
component until the customer completes testing, this can add four or more weeks of delay 
for the manufacturer in implementing a change after the manufacturer finishes its own 
testing. If the component change is the result of a quality issue or a technology 
35 obsolescence, the manufacturer may not have the option of interim shipping of computers 
using the previous component. This can have a significant financial impact on the 
manufacturer. 
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SUMMARY OF THE INVENTION 
In accordance with the preferred embodiment of the present invention, a product 
under test (PUT) is tested remotely. A network accessible site receives input for the 
product under test from a remote user connected to an network accessible site. The input 
5 for the product under test is forwarded to a process that presents the input to the product 
under test as if the input came from an input device directly connected to the product under 
test. Display information from the product under test is intercepted. The display 
information describes a current display generated by the product under test. The 
intercepted display information is displayed on the network accessible site. 
10 For example, the input device is a keyboard, a pointing device (such as a mouse or 

_ trackball) and/or some other input device. The display information is intercepted, for 

example, via a monitor port. The input is presented to the product under test, for example, 
via an input/output port such as a universal serial bus (USB) port. 
; ; 5 In a preferred embodiment of the present invention, the network accessible site 

;=ni5 obtains from the remote user a test device configuration. The test device configuration is 
12 used to configure or select the product under test. For example, the test device 

configuration includes a specification of memory size, a specification of external devices 
! 5 7| connected to the product under test and/or a model number of the product under test. 
□ The present invention allows a customer or other remote user to start testing a 

! :L20 product under test while the product under test still resides at a manufacturing site. This 
ill eliminates multiple shipments of hardware to a customer if revisions keep rolling, and 

keeps the customer responsible for testing of their own custom software. This also allows 
the manufacturer to allow other entities to access and test the hardware remotely. 

25 BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a simplified block diagram that illustrates remote testing of computing 
systems in accordance with a preferred embodiment of the present invention. 

Figure 2 is a simplified display of a World Wide Web (WWW) page used to set up 
remote testing of computing systems in accordance with a preferred embodiment of the 
30 present invention. 

Figure 3 is a simplified display of a WWW page used to perform remote testing of 
computing systems in accordance with a preferred embodiment of the present invention. 

Figure 4 is a simplified block diagram that shows data flow between a customer 
and a product under test in accordance with a preferred embodiment of the present 
35 invention. 
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Figure 5 is a simrofcfied block diagram that shows data flow between a customer 
^ and a product under test4»-accordance with another preferred embodiment of the present 



invention. 



Figure 6 is a simplified block diagram) that shows data flow between multiple 



5 customers and multiple products under test ii\j}ccordance with a preferred embodiment of 




the presen t invention. 

Figure 7 is a simplified flow chart that illustrates an example process in which the 
present invention is used for testing a product in accordance with a preferred embodiment 
of the present invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

1 Figure 1 is a simplified block diagram that illustrates remote testing of a product 

? under test (PUT) 1 1 in accordance with a preferred embodiment of the present invention. 
^ In Figure 1 , product under test 1 1 is shown to be a notebook computer, however, product 
D.5 under test 1 1 can be any product under test with computer processing capability. 
7 Product under test 1 1 is located at a site controlled by the manufacturer. However, 

input and output from product under test 1 1 is directed to a web site accessible using a 
network 14. For example network 14 is the internet, a local network (LAN), or a 
j connection through a phone line. A virtual or "customer located" product under test 15, 
20 located at a remote site, can be used to remotely provide input that is downloaded into 

2 product under test 1 1 as entered directly into virtual or "customer located" product under 
test 15 via a keyboard, mouse or other input device. 

A processing system 1 3 receives input from virtual or "customer located" product 
under test 15 through network 14 and then presents it to product under test 1 1 as if the 

25 input originated on the keyboard or other input device directly connected to product under 
test 11. For example, processing system 13 is connected to product under test 1 1 via a 
universal serial bus (USB) port. Alternatively, processing system 1 3 is connected to 
product under test 1 1 via any other means such as an I/O bus or mechanical means that 
allows for input of data into product under test 1 1 . 

30 A monitor signal processor 12 receives video signals from product under test 1 1 

and forwards the resulting display to a web site on network 14. For example, monitor 
video signal processor 12 is connected to a video output of product under test 11. 

Customer software to be tested on product under test 1 1 is downloaded over 
network 14 to the product under test 11. Alternatively, media containing the customer 

35 software can be physically delivered to the manufacturer and manually installed on 
product under test 1 1 . 
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Figure 2 is a simplified display of a world wide web (WWW) page 20 used to set 
up remote testing of product under test 1 1 . A customer or other remote user of product 
under test 1 1 specifies the configuration of product under test 11. For example, a 
configuration window 21 allows selection of a computer model number in a box 22, the 
5 amount of random access memory (RAM) in a box 23 and connected external devices in a 
box 24. 

Once a remote user chooses a configuration, the web site is connected to a product 
under test with the required configuration. This is done, for example, by automatically 
selecting a product under test at the manufacturer's site that has been preconfigured with 
10 the configuration selected by the customer. In order to allow this to happen automatically, 
it is necessary to have at least one product under test available for every configuration 
"5 selectable by a remote user. When it is impractical or too expensive for a manufacturer to 
rll have at least once product under test available for every configuration selectable by a 

remote user, the manufacturer can make available a lesser number of product under tests 
1/15 (e.g. one product under test) that can be manually configured in response to the 
; s V configuration requested by a remote user. 

Figure 3 is a simplified display of a World Wide Web Page 30 used to perform 
|=3 remote testing of product under test 1 1 . A product under test (PUT) display window 3 1 

shows a real time version of the display signal of product under test 1 1 (shown in Figure 1) 
^20 as intercepted by monitor signal processor 12 and forwarded to network 14. When display 
! = [f window 3 1 is active, keyboard strokes, mouse clicks and/or input received from other 
input devices are received by processing system 13 (shown in Figure 1) and input to 
product under test 1 1 as if made from a keyboard, mouse or other input device directly 
connected to product under test 1 1 . Alternatively, a batch file can be ysed to supply input. 
25 The remote user can immediate see the resulting changes in the display as shown in PUT 
display 3 1 . Keystrokes and/or other input information can also be displayed in an optional 
input record box 32. A product under test (PUT) schedule 33 indicates times the product 
under test is available to be used for testing purposes. A remote user can use the schedule 
both to determine when the product under test is available as well as to reserve times for 
30 testing. 

Figure 4 is a simplified block diagram that shows data flow between a customer 41 
and a product under test 46. A web page 43 is used by customer 41 to obtain an internet 
address by which a controller 42 within customer 41 can contact a remote controller 47 
within product under test 46. Web page 43 also allows customer 41 to communicate with 
35 a test controller 44. Test controller 44 provides any unique signals not covered in software 
control, such as power on and reset, to product under test 46. Power-on and reset are 
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referred to herein as hardware commands because they have to do with supplying power to 
hardware, and/or performing a hardware reset. Additionally a switch 45 can optionally be 
included. Switch 45 allows test controller 44 to have additional control over testing by the 
manufacturer. For example, switch 45 allows a manufacturer to disconnect a customer 41 
5 from product under test 46 when an agreed upon time limit has expired. This allows the 
manufacturer to shut down tests and to set up for another customer. Switch 45 can also 
allow test controller 44 to provide special commands to remote controller 47, such as 
"hard reset" and "power on/off that may not be available in a product implementing the 
interface between controller 42 and remote controller 47. Alternatively, controller 44 can 
10 provide the special commands directly to product under test 46. 

When product under test 46 is a personal computer running the Windows 
!? Operating System, available from Microsoft Corporation, the interface between controller 
;n 42 and remote controller 47 within product under test 46 can be implemented, for example, 
; using Carbon Copy for Windows, available from Compaq Computer Corporation, having a 
nl5 business address of 20555 SH 249, Houston, Texas 77070-2698. 

U Instead of being connected through the internet, customer 4 1 can be connected to 

-ji. 

switch 45 and through web page 43 to test controller 44 by some other network media, for 
3 example, by direct connection through a phone line. 
Atecr^tine figure 



r20 data path implemented by controller 42, altem ativel^ jgastomer 4 1 can be connected to 
switch 45-through a datapa th betaE& ee^WgB'page 43 and switch 45. This is illustrated by 

m in Figure 4. The data paths shown in Figure 4 can be implemented, 

Figure 5 is a simplified block diagram that shows data flow between a customer 5 1 
25 and a product under test 55 in an alternative embodiment of the present invention. A web 
page 53 is used by customer 51 to interact with a remote personal computer (PC) 54 that 
oversees testing of device under test 55. For example, remote PC 54 includes scripts and 
utilities to carry out testing. Additionally, remote PC 54 is used allow the manufacturer to 
control connection (and disconnection) of customer site 51 to product under test 55 (i.e., 
30 the switching function performed by switch 45 shown in Figure 4) and to introduce special 
commands (e.g., "hard reset" and "power on/off) to product under test 55. 

Remote PC 54 can access additional information from a database 57. For example, 
when many different customers use product under test 55 for testing, or when one 
customer wants to test several configurations of product under test 55, an image of a hard 
35 drive configuration for each test configuration can be stored or retrieved. Database 57 can 
also store information used by test systems for other remote product lines 58. 
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Instead of being connected through the internet, customer 5 1 can be connected to 
remote PC 54 and through web page 53 to remote PC 54 by some other network media, for 
example, by direct connection through a phone line. 

Also, while Figure 5 shows customer 5 1 being connected to remote PC 54 through 
a data path implemented by controller 52, alternatively, customer 51 can be connected to 
remote PC 54 through the datapath between web page 53 and remote PC 54. This allows 
for the elimination of the separate data path between controller 52 and remote PC 54. 

Once remote PC 54 has configured product under test 55 as requested by customer 
51, remote PC 54 conducts a test, either using scripts or in real time response to 
information forwarded from customer 51 through a controller 52 or through web page 53. 
Controller 52 is optional. In preferred embodiments of the present invention customer 5 1 
can communicate to remote PC 54 exclusively through web page 53. 

For example, an arrow 61 represents remote PC 54 presenting simulated keyboard 
input to product under test 55. An arrow 62 represents remote PC 54 presenting a reset 
signal to product under test 55. An arrow 63 represents remote PC 54 presenting a power 
on signal to product under test 55. An arrow 64 represents remote PC 54 presenting 
simulated mouse input to product under test 55. An arrow 65 represents remote PC 54 
receiving display information back from product under test 55. The display information is 
forwarded back to customer 51 either through web page 53 or through controller 52. 

To increase customer comfort level, a web camera 56 can be used to monitor a 
display of product under test 55. This information can be displayed to the user on web 
page 53 or forwarded to controller 52 of customer 51. 

Figure 6 is a simplified block diagram that shows data flow between multiple 
customers and multiple products under test. The multiple customers are represented by a 
customer 71, a customer 72 and a customer 73. The multiple products under test are 
represented by a product under test 77, a product under test 78 and a product under test 79. 
Customers 71, 72, and 73 are connected to a remote PC server 74, for example, through 
network 14. A database 75 is used, for example, to store an image of a hard drive 
configuration for each test configuration for each customer. This information can be 
loaded into individual products under test utilizing a local area network (LAN) 83 
connected, for example, to a hub 76. For example, before beginning to perform a test, the 
customer instructs remote PC server 74 to "clean" the product under test to insure reset to 
a default state. A hard reset is then performed. This "cleaning" can alternatively be 
performed at the end of a previous test. Remote PC server 74 then partitions and reformats 
the hard drive to the requirements of the customer. The customer can then have an image 
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from database 75 loaded into the selected product under test. The image from database 75 
can include, for example, the standard manufacturer's image. 

Figure 7 is a simplified flow chart that illustrates an example process in which the 
present invention is used for testing a product in accordance with a preferred embodiment 
5 of the present invention. In a step 91, a product manufacturer gets notified of a pending 
production change. The production change could result, for example, from a component 
supplier or module supplier. The production change could also result from a 
manufacturing change such as a new layout on a motherboard or adaptation of the product 
to a new platform. 

10 In a step 92, the product manufacturer coordinates phase-in with their customers 

and starts internal testing. The change is scheduled with all entities. The product 
^ manufacturer interprets the needs and requirements to verify the need for change. The 
r-Sj product manufacturer establishes the schedule and coordinates with all resources. The 
'=3 product manufacturer initiates change notification to customers and sales forces. This is to 
i = S15 give early warning to customers and sales forces. The notification describes the impact to 
LU existing programs and points customers to a pending update web page and the date the 
~ web page is to be active and ready for customer testing. The internal testing is then 
f;3 started. The product manufacturer executes mock samples with the proposed production 

changes tied to a "closed" web page — open only to internal testing. The mock samples 
rSO then are available to be accessed from the web pages for testing, as described above. Any 
Q bug fixes are repaired and updates or repairs are returned to the original component or 
module supplier. 

Once the product is satisfactorily debugged, in a step 93, priority customers receive 
a notice of the change and the web page is opened for use by customers. In a step 94, 

25 priority customers start the testing phase. The tests of products under test remotely via 
access by the web pages is performed as described above. 

The foregoing discussion discloses and describes merely exemplary methods and 
embodiments of the present invention. As will be understood by those familiar with the 
art, the invention may be embodied in other specific forms without departing from the 

30 spirit or essential characteristics thereof Accordingly, the disclosure of the present 
invention is intended to be illustrative, but not limiting, of the scope of the invention, 
which is set forth in the following claims. 
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